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Access context management for macro-level mobility man- 
agement registration in an access network 

Field of the Invention 

The invention relates to the management of access context in an 
access network, in connection with a macro-level mobility management regis- 
tration, such as a Mobile IP registration. 

Background of the Invention 

A mobile communications system refers generally to any telecom- 
munications system which enables wireless communication when users are 
moving within the service area of the system. A typical mobile communications 
system is a Public Land Mobile Network (PLMN). Often the mobile communica- 
tions network is an access network providing a user with wireless access to 
external networks, hosts, or services offered by specific service providers. 

The general packet radio sen/ice GPRS is a new service in the 
GSM system (Global System for Mobile communication). A subnetwork com- 
prises a number of packet data service nodes SN, which in this application will 
be referred to as serving GPRS support nodes SGSN. Each SGSN is con- 
nected to the GSM mobile communication network (typically to a base station 
controller BSC or a base transceiver station BTS in a base station system) so 
that the SGSN can provide a packet service for mobile data terminals via sev- 
eral base stations, i.e. cells. An intermediate mobile communications network 
provides radio access and packet-switched data transmission between the 
SGSN and mobile data terminals. Different subnetworks are in turn connected 
to an external data network, e.g. to a public switched data network PSPDN, 
via GPRS gateway support nodes GGSN. The GPRS service thus allows the 
provision of packet data transmission between mobile data terminals and ex- 
ternal data networks when the GSM network functions as a radio access net- 
work RAN. 

Third-generation mobile systems, such as Universal Mobile Com- 
munications system (UMTS) and Future Public Land Mobile Telecommunica- 
tions system (FPLMTS), later renamed as IMT-2000 (International Mobile 
Telecommunication 2000), are being developed. In the UMTS architecture a 
UMTS terrestrial radio access network, UTRAN, consists of a set of radio ac- 
cess networks RAN (also called radio network subsystem RNS) connected to 
the core network (CN). Each RAN is responsible for the resources of its set of 
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cells. For each connection between a mobile station MS and the UTRAN, one 
RAN is a serving RAN. A RAN consists of a radio network controller RNC and 
a multiplicity of base stations BS. One core network which will use the UMTS 
radio access network is the GPRS. 

5 One of the main targets in the development of mobile communica- 

tions networks is to provide an IP (Internet Protocol) service with a standard IP 
backbone which would use a combination of mobile network mobility man- 
agement in the mobile networks and Mobile IP. The basic IP concept does not 
support the mobility of the user: the IP addresses are assigned to network in- 

10 terfaces depending on their physical location. In fact, the first field of an IP ad- 
dress (the NETID) is common to all interfaces that are linked to the same In- 
ternet subnet. This scheme prevents the user (the mobile host) from keeping 
its address while moving over different Internet subnets, i.e. while changing 
the physical interface. 

15 In order to enhance mobility in the Internet, a Mobile IP protocol for 

IP version 4 has been introduced by the Internet Engineering Task Force 
(IETF) in the standard RFC2002. A mobile IP enables the routing of IP data- 
grams to mobile hosts, independently of the point of attachment in the sub- 
network. The mobile IP protocol introduces the following new functional or ar- 

20 chitectural entities. 

A Mobile Node (MN)' (also called Mobile Host MH) refers to a host 
that changes its point of attachment from one network or subnetwork to an- 
other. A mobile node may change its location without changing its IP address; 
it may continue to communicate with other Internet nodes at any location using 

25 its (constant) IP address. A Mobile Station (MS)' is a mobile node having a ra- 
dio interface to the network. A Tunner is the path followed by a datagram 
when it is encapsulated. The model is that, while it is encapsulated, a data- 
gram is routed to a known decapsulation agent which decapsulates the data- 
gram and then correctly delivers it to its ultimate destination. Each mobile 

30 node is connected to a home agent over a unique tunnel, identified by a tunnel 
identifier which is unique to a given Foreign Agent/Home Agent pair. 

A Home Network 1 is the IP network to which a user logically be- 
longs. Physically, it can be e.g. a local area network (LAN) connected via a 
router to the Internet. A Home Address' is an address that is assigned to a 

35 mobile node for an extended period of time. It may remain unchanged regard- 
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less of where the MN is attached to the Internet. Alternatively, it could be as- 
signed from a pool of addresses. 

'A Mobility Agent 1 is either a home agent or a foreign agent. 'A 
Home Agent (HA)' is a routing entity on a mobile node's home network, which 
5 tunnels packets for delivery to the mobile node when it is away from home, 
and maintains current location information for the mobile node. It tunnels data- 
grams for delivery to, and, optionally, detunnels datagrams from, a mobile 
node when the mobile node is away from home. A Foreign Agent (FA) 1 refers 
to a routing entity in a mobile node's visited network which provides routing 
10 services to the mobile node while registered, thus allowing a mobile node to 
utilise its home network address. The foreign agent detunnels and delivers to 
the mobile node packets that were tunnelled by the mobile node's home 
agent. For datagrams sent by a mobile node, the foreign agent may serve as a 
default router for registered mobile nodes. 
15 RFC2002 defines 4 Care-of Address (COA)' as the termination point 

of a tunnel toward a mobile node for datagrams forwarded to the mobile node 
while it is away from home. The protocol can use two different types of a care- 
of address: 'a foreign agent care-of address' is an address announced by a 
foreign agent with which the mobile node is registered, and 'a co-located care- 
20 of address' is an externally obtained local address which the mobile node has 
acquired in the network. An MN may have several COAs at the same time. An 
MN's COA is registered with its HA. The list of COAs is updated when the mo- 
bile node receives advertisements from foreign agents. If an advertisement 
expires, its entry or entries should be deleted from the list. One foreign agent 
25 can provide more than one COA in its advertisements. 'Mobility Binding' is the 
association of a home address with a care-of address, along with the remain- 
ing lifetime of that association. An MN registers its COA with its HA by sending 
a Registration Request. The HA replies with a Registration Reply and retains a 
binding for the MN. 

30 A single generic mobility handling mechanism that allows roaming 

between all types of access networks would allow the user to conveniently 
move between fixed and mobile networks, between public and private net- 
works as well as between PLMN's with different access technologies. There- 
fore, mechanisms supporting the Mobile IP functionality are also being devel- 

35 oped in mobile communication systems, such as UMTS and GPRS. 
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The aim is to implement the Mobile IP as an overlay of the 
UMTS/GPRS network while maintaining backwards compatibility with present 
systems, assuming minimal modifications in the GPRS standards and on net- 
works whose operators do not want to support MIP. Fig. 1 illustrates the mini- 

5 mum configuration for a GPRS operator who wishes to offer the mobile IP 
service. The current GPRS structure is kept and handles mobility within the 
PLMN, while MIP allows a user to roam between other systems, such as 
LANs, and UMTS without loosing an ongoing session. In Fig. 1 the foreign 
agents FA are located at the GGSNs. All GGSNs may not have FAs. The 

10 SGSN and the GGSN may also be co-located. One FA in a PLMN is sufficient 
for offering the MIP service, but for capacity and efficiency reasons, more than 
one may be desired. This means that the MS must request a PDP context to 
be set up with a GGSN that offers FA functionality. While setting up the PDP 
context, the MS is informed about network parameters of the FA, e.g. care-of 

15 address. 

The MS may have the same care-of address COA during a session, 
i.e. as long as a PDP context is activated. A very mobile MS might perform 
several inter-SGSN HOs during a long session, which may cause an inefficient 
routing. As an initial improvement, a streamlining procedure with a temporary 

20 anchoring point in the GGSN could be introduced: If the MN is not transferring 
data or is possibly even in the active state while moving from one SGSN to 
another, a new PDP context can be setup between the new SGSN and its as- 
sociated GGSN at the handover. The MN will get a new care-of address. If the 
MN is transferring data, e.g. being involved in a TCP session, the MN will 

25 move from the old SGSN to the new one while keeping the PDP Context in the 
old (anchor) GGSN for the duration of the data transfer. Once the data transfer 
is terminated, the PDP Context can be moved to the GGSN associated with 
the new SGSN. In other words, a new virtual connection to a new GGSN and 
an associated FA is established. A typical feature of the mobility agent in the 

30 mobile IP is that it periodically transmits agent advertisement messages to the 
mobile nodes in order to advertise its services. The mobile nodes use these 
advertisements to determine the current point of attachment to the Internet. 
Because of the new connection established by the access node to the new 
mobility agent, the agent advertisement messages sent by the new mobility 

35 agent can be received by the mobile node, and thereby the mobile node is 
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able to detect the change of the attachment point (i.e. mobility agent) and to 
initiate a standard mobile IP registration. 

More generally, in any Mobile IP agent registration, a PDP context 
is first opened. Then the agent registration is made over the open PDP con- 
5 text. 

The problem is that because the mobile IP signalling is transferred 
on the user plane, the underlying access network nodes, such as the RNC and 
the SGSN, have no possibility to know whether the registration was successful 
or not. Thus, if the agent registration procedure fails, the underlying infra- 

10 structure is totally ignorant of the failure. This causes the unused PDP context 
to remain open and to use the resources unnecessarily. In the inter-GGSN (or 
inter-FA) handover described above, an additional problem arises. When the 
handover is performed, the SGSN controlling the handover has no possibility 
of knowing when to close the connection (PDP context) to the old GGSN/FA. 

15 Similar problems may be encountered in any mobility management 

on a system level overlaying the access network. These various overlaying 
mobility managements are commonly referred to herein as a macro mobility 
management. 

20 Disclosure of the Invention 

An object of the present invention is to overcome or alleviate the 
problems described above. 

The object is achieved by a method and a system which are char- 
acterized by what is disclosed in the attached independent claims. Preferred 

25 embodiments of the invention are disclosed in the attached dependent claims. 

In the present invention the gateway node having the associated 
(integrated) mobility entity is arranged to monitor the macro mobility registra- 
tion during an initial registration or during a handover, and to trigger a deletion 
of any access network protocol context which is no longer necessary on the 

30 basis of the result of the registration. For example, the access network proto- 
col context may be deleted, if the registration irrecoverably fails. If the registra- 
tion was unsuccessful but a retry could be successful (the first failure was due 
to a load situation, for example), the PDP context may not deleted, but the 
registration is retried. A mobility entity may be any entity which provides a 

35 point of attachment on the macro mobility level, such as a mobility agent in 
mobile IP-type mobility management. In the preferred embodiment of the in- 
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vention, the macro mobility management is mobile IP-type mobility manage- 
ment. 

The present invention avoids the unnecessary use of access net- 
work resources after a failed macro mobility registration. It also has the ad- 
5 vantage of reduced signalling in comparison with a case where a mobile 
node/station first deletes the mobile IP entities and then the PDP contexts 
some time after the failed registration. 

Brief description of the Drawings 

10 In the following, the invention will be described in greater detail by 

means of preferred embodiments with reference to the accompanying draw- 
ings, in which 

Figure 1 illustrates a GPRS network architecture, and 
Figure 2 is a signalling diagram illustrating the method according to 
15 the invention, 

Figure 3 is a flow diagram illustrating the inventive functionality at 
the GGSN and the SGSN, and 

Figure 4 is a block diagram illustrating the functional blocks of the 
GGSN involved in the present invention. 

20 

Preferred Embodiments of the invention 

The present invention can be applied to any communications re- 
quiring macro mobility management which overlays the mobility management 
of an access network. The invention is especially well suited for supporting 

25 mobile IP-type mobility management in an access network. The access net- 
work may be any access network, such as a radio access network. The inven- 
tion is preferably used for providing a general packet radio service GPRS in 
the pan-European digital mobile communications system GSM (Global System 
for Mobile Communication) or in corresponding mobile communications sys- 

30 terns, such as DCS1800 and PCS (Personal Communication System), or in 
third generation (3G) mobile systems, such as UMTS, implementing a GPRS- 
type packet radio. In the following, the preferred embodiments of the invention 
will be described by means of a GPRS packet radio network formed by the 
GPRS service and the 3G or GSM system without limiting the invention to this 

35 particular access system. 
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A GPRS architecture utilizing a 3G radio access (such as UMTS) or 
a 2G radio access (such as GSM) is illustrated in Fig. 1. The GPRS infra- 
structure comprises support nodes such as a GPRS gateway support node 
(GGSN) and a GPRS serving support node (SGSN). The main functions of the 

5 GGSN nodes involve interaction with the external data network. The GGSN 
updates the location directory using routing information supplied by the 
SGSNs about an MS's path and routes the external data network protocol 
packet encapsulated over the GPRS backbone to the SGSN currently serving 
the MS. It also decapsulates and forwards external data network packets to 

10 the appropriate data network and handles the billing of data traffic. 

The main functions of the SGSN are to detect new GPRS mobile 
stations in its service area, handle the process of registering the new MSs 
along with the GPRS registers, send/receive data packets to/from the GPRS 
MS, and keep a record of the location of the MSs inside its service area. The 

15 subscription information is stored in a GPRS register (HLR) where the map- 
ping between a mobile's identity (such as MS-ISDN or IMSI) and the PSPDN 
address is stored. The GPRS register acts as a database from which the 
SGSNs can ask whether a new MS in its area is allowed to join the GPRS 
network. 

20 The GPRS gateway support nodes GGSN connect an operator's 

GPRS network to external systems, such as other operators' GPRS systems, 
data networks 11, such as an IP network (Internet) or an X.25 network, and 
service centres. Fixed hosts 14 can be connected to the data network 11 e.g. 
by means of a local area network LAN and a router 15. A border gateway BG 

25 provides access to an inter-operator GPRS backbone network 12. The GGSN 
may also be connected directly to a private corporate network or a host. The 
GGSN includes GPRS subscribers' PDP addresses and routing information, 
i.e. SGSN addresses. Routing information is used for tunnelling protocol data 
units PDU from the data network 1 1 to the current switching point of the MS, 

30 i.e. to the serving SGSN. The functionalities of the SGSN and GGSN can be 
connected to the same physical node (SGSN+GGSN). 

The home location register HLR of the GSM network contains 
GPRS subscriber data and routing information and it maps the subscriber's 
IMSI into one or more pairs of the PDP type and PDP address. The HLR also 

35 maps each PDP type and PDP address pair into a GGSN node. The SGSN 
has a Gr interface to the HLR (a direct signalling connection or via an internal 
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backbone network 13). The HLR of a roaming MS and its serving SGSN may 
be in different mobile communication networks. 

The intra-operator backbone network 13 which interconnects an 
operator's SGSN and GGSN equipment can be implemented, for example, by 

5 means of a local network, such as an IP network. It should be noted that an 
operator's GPRS network can also be implemented without the intra-operator 
backbone network, e.g. by providing all features in one computer. 

Network access is the means by which a user is connected to a 
telecommunications network in order to use the services and/or facilities of 

10 that network. An access protocol is a defined set of procedures that enables 
the user to employ the services and/or facilities of the network. The SGSN, 
which is at the same hierarchical level as the mobile switching centre MSC, 
keeps track of the individual MS's location and performs security functions and 
access control. The GPRS security functionality is equivalent to the existing 

15 GSM security. The SGSN performs authentication and cipher setting proce- 
dures based on the same algorithms, keys, and criteria as in the existing 
GSM. The GPRS uses a ciphering algorithm optimised for packet data trans- 
mission. 

In order to access the GPRS services, an MS shall first make its 
20 presence known to the network by performing a GPRS attach. This operation 
establishes a logical link between the MS and the SGSN, and makes the MS 
available for SMS over the GPRS, paging via the SGSN, and notification of in- 
coming GPRS data. More particularly, when the MS attaches to the GPRS 
network, i.e. in a GPRS attach procedure, the SGSN creates a mobility man- 
25 agement context (MM context), and a logical link LLC (Logical Link Control) is 
established between the MS and the SGSN on a protocol layer. MM contexts 
are stored in the SGSN and MS. The MM context of the SGSN may contain 
subscriber data, such as the subscriber's IMSI, TLLI and location and routing 
information. 

30 In order to send and receive GPRS data, the MS shall activate the 

packet data address that it wants to use, by requesting a PDP activation pro- 
cedure. This operation makes the MS known in the corresponding GGSN, and 
interworking with external data networks can commence. More particularly, 
one or more PDP context is created in the MS and the GGSN and the SGSN, 

35 and stored in the serving SGSN with the MM context. The PDP context de- 
fines different data transmission parameters, such as the PDP type (e.g. X.25 
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or IP), PDP address (e.g. IP address), quality of service QoS and NSAPI 
(Network Service Access Point Identifier). The MS activates the PDU context 
with a specific message, Activate PDP Context Request, in which it gives in- 
formation on the TLLI, PDP type, PDP address, required QoS and NSAPI, and 

5 optionally the access point name APN. The SGSN sends a create PDP con- 
text message to the GGSN which creates the PDP context and sends it to the 
SGSN. The SGSN sends the PDP context to the MS in an Activate PDP Con- 
text Response message, and a virtual connection or link between the MS and 
the GGSN is established. As a result, the SGSN forwards all the data packets 

10 from the MS to the GGSN, and the GGSN forwards the SGSN all data packets 
received from the external network and addressed to the MS. The PDP con- 
text is stored in the MS, the SGSN and the GGSN. When the MS roams to the 
area of a new SGSN, the new SGSN requests the MM and PDP contexts from 
the old SGSN. 

15 Fig. 1 illustrates the implementation of a mobile IP in the GPRS/3G 

environment. 

The MS can be a laptop computer PC connected to a packet radio- 
enabled cellular telephone. Alternatively, the MS can be an integrated combi- 
nation of a small computer and a packet radio telephone, similar in appear- 

20 ance to the Nokia Communicator 9000 series. Yet further embodiments of the 
MS are various pagers, remote-control, surveillance and/or data-acquisition 
devices, etc. The user of a mobile station MS subscribes to a special Mobile IP 
service. The subscription information is stored in the Home Location Register 
HLR together with the user's home IP address. 

25 In Fig. 1 the foreign agents FA are located at (integrated into) the 

GGSNs. An alternative is that the SGSN and the GGSN are co-located, and 
the FAs are located at the SGSN+GGSNs. The present invention is applicable 
in both cases. It should be noted that there may be more than one SGSN and 
GGSN in one network. All GGSNs may not have FAs. Each FA has an IP ad- 

30 dress on the Internet and in the operator's own private GPRS/3G backbone 
network. More precisely, the FAs IP address is such that IP packets destined 
to that address are routed on the Internet to the GGSN associated with the FA. 
When the MN leaves its home subnet and registers to a new FA, it can no 
longer be reached on the basis of its home IP address alone, but must be as- 

35 signed an address belonging to the visited network, called the care-of address 
(COA). The care-of address positively identifies the instantaneous location of 
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the mobile terminal and may be: 1) the IP address of the FA belonging to the 
visited network, or 2) an IP address acquired directly by the mobile terminal 
through an autoconfiguration mechanism from the local IP address space, in 
which case the term co-located care-of address is used. When registering to a 

5 new FA and obtaining a COA, the MN which then registers with a home agent 
HA, in its home network, and informs the latter of its COA. In Fig. 1 a home 
agent HA is located in a data network 1 1 which is the home network of the 
mobile node MN associated with the mobile station MS. A second host 14 
wishing to communicate with the MN need not be aware that the MN has 

10 moved: it simply sends IP packets addressed to the MN's home IP address. 
These packets are routed via normal IP routing to the MN's home network, 
where they are intercepted by the HA. The HA encapsulates each packet of 
this kind in another IP packet which contains the MN's COA and these pack- 
ets are then delivered to the FA (a process called tunneling). The FA forwards 

15 the IP packet to the GGSN. The GGSN forwards the IP packet (which may be 
encapsulated for transmission over the GPRS backbone) to the serving SGSN 
which further forwards the IP packet to the MS/MN. Packets from the MN to 
another host 14 need not necessarily be tunneled: the MN may simply send 
them to the GGSN which directly forwards the packets to the second host 14 

20 without interception by the FA or the HA. 

An example of inter-GGSN handover will be now described with 
reference to Figure 2. 

Reference is now made to Figure 1. The home network of the mo- 
bile station MS is the GPRS/3G network 1 . The user of the mobile station MS 

25 subscribes to a special mobile IP service, and an IP application in the MS or in 
a separate data terminal is a mobile node MN in a mobile IP communication. It 
is assumed that the MS/MN is attached to the home network 1 and the radio 
access network RAN1 (PS1 and PSC/RNC1). A serving support node in the 
home network is SGSN1. MM and PDP contexts have been created for the 

30 mobile IP service as described above, and a virtual connection is provided 
between the MS/MN and SGSN1 as well as between the SGSN1 and a gate- 
way node GGSN1 which has an associated foreign agent FA1. Thus, the IP 
packets addressed to the MN can be forwarded to the MN over the home net- 
work 1 and RAN1 . The COA of the MN has been registered to the home agent 

35 HA in the home network 1 1 of the MN, so that mobile IP tunnelling is provided 
from the HA to the GGSN/FA1 . 



WO 01/05171 PCT/FI00/00640 

11 



Let us now assume that the MS/MN moves to the service area of 
another GPRS/3G network 2 which is served by a support node SGSN2. 
When the MS/MN arrives at a new RAN2, the MS part listens to radio broad- 
cast messages, which contain information about radio parameters, network 

5 and cell identity, etc. as well as information about available core network, 
service providers, service capabilities, etc. On the basis of the broadcast, the 
MS determines that the network and/or the routing area has changed. Upon 
detecting a change of routing area, the MS/MN sends a routing area update 
request to the new SGSN, namely SGSN2, as shown in Figure 2. The new 

10 SGSN2 sends an SGSN context request message to the old SGSN1 (in step 
2) to get the MN and PDP contexts for the MS/MN. The old SGSN1 replies 
with an SGSN context response message which contains the MN and PDP 
contexts (step 3). According to the preferred embodiment of the invention, the 
information transferred from the old access node to the access node may be 

15 provided with an information field which indicates the different types of the 
PDP contexts, or at least the Mobile IP-related PDP contexts. This allows the 
SGSN to distinguish the Mobile IP-dedicated PDP contexts from other active 
PDP contexts of the mobile station which should not be involved in the change 
of the mobility agent. There are various possible ways to implement the PDP 

20 context type information. For example, a PDP Context Information Element 
which is carried in the SGSN Context Response message in the GPRS (and in 
the forward SNRC relocation message in UMTS) may be provided with a field 
indicating the type of service used over the PDP context. The type field may 
contain an Access Point Name which has a value indicating a Mobile IP PDP 

25 context. Spare bits in the PDP Context Information Element may be used for 
the new field, or alternatively the new field may be an extension of the current 
PDP Context Information Element format. It should be noted, however, that 
the exact implementation is not relevant to the invention. It is only relevant, in 
this specific embodiment, that the information received from the old SGSN en- 

30 ables the new SGSN to determine which PDP context(s) is (are) dedicated to 
the Mobile IP. 

In step 4, the new SGSN2 may, in certain situations, execute 
authentication/security functions which may involve an interrogation of the 
HLR of the MS/MN. If the user has at least one activated PDP context, the 
35 new SGSN2 sends a SGSN context acknowledge message to the old SGSN1 . 
The old SGSN1 may now start forwarding of buffered data packets belonging 
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to the activated PDP context, if any, to the new SGSN2. The new SGSN2 now 
detects that the new foreign agent FA2 should preferably be used instead of 
FA1, in step 6. The SGSN2 deletes the PDP context from the old GGSN/FA1 
by sending a delete PDP context request to the old GGSN/FA1. As a result, 

5 any active PDP context in the GGSN/FA1 is deactivated, and the GGSN/FA1 
acknowledges by sending a delete PDP context response to the new SGSN2 
(step 8 in Figure 2). Referring to Figure 3, the process proceeds to step 34 
wherein the new SGSN2 creates a PDP context in the GGSN/FA2 by sending 
a create PDP context request to the new GGSN/FA2 (step 9 in Figure 2). The 

10 GGSN/FA2 creates the PDP context for the MS/MN and returns a create PDP 
context response to the new SGSN2 (step 10 in Figure 2). The new SGSN2 
establishes MN and PDP context for the MS/MN, and replies to the MS/MN 
with a routing area update accept message (step 11). The MS/MN acknowl- 
edges with a routing area update complete message (step 12). A virtual con- 

15 nection has thus been established between the MS/MN and the GGSN/FA2. 

All the previous procedures have been executed on the GPRS/3G 
layer only. Due to the newly established connection to the GGSN/FA2, the MN 
is able to hear the agent advertisement messages broadcasted by the new 
FA2 in accordance with the mobile IP protocol. Upon receiving an agent ad- 

20 vertisement from the new FA2, the MN is able to detect a change in the point 
of attachment, i.e. a change of the FA, in accordance with the MIP standard. 
The agent advertisement message may also include the care-of address COA, 
or the MN may acquire the COA in accordance with the MIP standard. Then 
the mobile node MN registers its COA with its home agent HA in accordance 

25 with the MIP standard (step 14 in Figure 2). Depending on its method of at- 
tachment, the MN will register either directly to its HA, or through the new FA 
which forwards the registration to the HA. Thereafter, mobile IP tunnelling 
between the HA and the old GGSN/FA1 is released and new mobile IP tun- 
neling is established between the HA and the new GGSN/FA2, in accordance 

30 with the mobile procedures. 

As the mobile IP signalling is transferred on the user plane, the un- 
derlaying access network nodes, such as the RNC and the SGSN, have no 
possibility of knowing whether the registration was successful or not. 

According to the present invention, the GGSN2 monitors (step 15) 

35 whether the Mobile IP registration is successful or fails. This is possible since 
the FA2 is located at the GGSN2, and, therefore, the GGSN2 also knows the 
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status of the FA2. When the GGSN2 detects that the registration was suc- 
cessful, no further measures are required except that the old connection be- 
tween the GGSN1 and SGSN2 must be deleted. However, if the GGSN2 de- 
tects that the registration fails, the GGSN2 can determine the severity of the 

5 failure and decide whether to allow the mobile node MN to try to register again 
or to terminate the registration procedure and delete the PDP context. If the 
GGSN decides that the registration can be tried again, the PDP context is 
maintained. If the GGSN2 decides that the failure is so severe that no repeti- 
tion of the registration procedure can be allowed in order to complete the reg- 

10 istration, the GGSN2 deletes the associated PDP context at the GGSN2 (step 
16) and sends to the SGSN2 a Delete PDP message (step 17). The message 
may also include a cause value which indicates why the deletion was made, 
i.e. failure in the MIP registration. The SGSN2 receives the message and de- 
letes the PDP context to the GGSN2 (step 18). The SGSN2 may also use the 

15 cause value in the message in deciding (step 19) whether the other PDP con- 
text open to the old GGSN1 (assuming steps 7 and 8 have not yet been per- 
formed) should be maintained or deleted, or should the Air PDP context to the 
MS/MN be also deleted. If the PDP context to the old GGSN1 is maintained, 
the MS/MN is able to reregister to the FA1 and/or to continue communication. 

20 To enable this alternative, the deletion of the old PDP context, i.e. steps 7 and 
8, is delayed long enough that a possible Delete PDP message from the 
GGSN2 due to a failed registration will be received before the deletion. In step 
20, the SGSN2 sends Delete PDP Request messages to the MS and GGSN1, 
upon deciding that the PDP contexts are to be deleted both from the MS and 

25 GGSN1. 

The principles described above are applicable to any situation in 
which an MIP registration is attempted. In the GPRS attach procedure, the MS 
requests a PDP activation for a mobile IP by an Activate PDP Context Re- 
quest message. The SGSN2 sends a Create PDP Context message to the 

30 GGSN2 which creates the PDP context and sends it to the SGSN2. The 
SGSN2 sends the PDP context to the MS in a Activate PDP Context Re- 
sponse message. Thus, a PDP context is created in the MS and the GGSN2 
and the SGSN2 and a virtual connection or link between the MS and the 
GGSN2/FA2 is established. As a result, an MIP registration can now be per- 

35 formed over the virtual connection. As described above with respect to Fig. 2, 
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the GGSN2 monitors the Mobile IP registration procedure and deletes the 
PDP context and releases the virtual connection, if the registration fails. 

Figure 3 is a flow diagram illustrating the inventive functionality at 
the GGSN and the SGSN. First, in step 31 a PDP context and a new connec- 

5 tion is created. Then a MIP registration is attempted over a new connection 
(step 32). The GGSN monitors the registration (step 33) and determines 
whether the registration was successful or not (step 34). If the registration was 
successful, the GGSN determines whether there are other MIP-PDP contexts 
for the mobile node MN (step 42). If not, the procedure is ended. If there is an- 

10 other MIP-PDP context which is unnecessary for the new registration, the un- 
necessary PDP context is deleted (step 43) and the procedure is ended. 

If it is determined, however, in step 34 that the registration failed, it 
is then determined whether it is possible to retry the registration (step 35). If 
yes, the registration is retried (step 36) and the procedure returns to step 33. If 

15 retry is not possible, the PDP context is deleted at the GGSN and a deleted 
PDP context message with a cause value is sent to the SGSN (step 37). The 
SGSN determines whether there are other PDP contexts for the same MN 
(step 38). If not, the connection between the MN and the old GGSN/FA is de- 
leted (step 41). If any other PDP contexts exist in step 38, it is checked 

20 whether a fallback to this old PDP context is possible (step 39). If not, the pro- 
cedure proceeds to step 41. If a fallback is possible in step 39, the old PDP 
context to the old FA and the old FA is used (step 40). 

Figure 4 is a block diagram illustrating the functional blocks of the 
GGSN involved in the present invention. Firstly, a macro mobility management 

25 entity 44, such as the foreign agent FA, is integrated into the GGSN. Further, 
monitoring means 45 are provided for monitoring the macro mobility (MIP) 
registration. Determining means 46 are provided for determining on the basis 
of the result of the mitered registration whether there is at least one unneces- 
sary PDP context. Triggering means 47 are responsive to the determining 

30 means 46 so as to trigger a deletion of any determined unnecessary PDP 
context. PDP context deletion means stand for any entity or functionality in the 
system which is required for deleting a PDP context. 

The description only illustrates preferred embodiments of the inven- 
tion. The invention is not, however, limited to these examples, but it may vary 

35 within the scope and spirit of the appended claims. 
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Claims 

1. A method of managing access network protocol context in an ac- 
cess system comprising a plurality of mobile nodes (MS/MN), access nodes 
(SGSN1, SGSN2) serving said mobile nodes, a first gateway node (GGSN1) 

5 for interfacing a first part (RAN1) of the access system with external networks 
(12), and a first mobility entity (FA1) which is associated with said first gateway 
node (GGSN1) and arranged to provide macro mobility management services 
to the mobile nodes (MS/MN) while registered to a respective part (RAN1) of 
the access system, said method comprising the steps of 

10 opening at least one access network protocol context at a first ac- 

cess node and the first gateway node in order to establish a connection be- 
tween one of said plurality of mobile nodes (MS/MN) and said first gateway 
node, 

initiating a macro mobility registration over said access network 
15 connection between the mobile node and the first mobility entity, 
characterized by further steps of 

monitoring at the first gateway node the macro mobility registration, 
determining on the basis of the result of the registration that at least 

one access network protocol context is no longer necessary, 
20 triggering a deletion of the unnecessary access network protocol 

context. 

2. A method as claimed in claim ^characterized by 
determining at the first gateway node, in response to detecting a 

failure in said macro mobility registration, whether it is possible to retry the 
25 macro mobility registration or whether the registration has irrecoverably failed. 

3. A method as claimed in claim 1 or 2, characterized by the 
gateway node sending a context deletion message to the first access node, 
when the macro mobility registration irrecoverably fails. 

4. A method as claimed in claims 3, characterized by 

30 deleting at the first access node the PDP context to the first gate- 

way node in response to receiving said context deletion message. 

5. A method as claimed in claims 4, characterized by 
deleting at the first access node the PDP context to the mobile node 

in response to receiving said deletion message. 
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6. A method as claimed in any one of claims 1 to 5, charac- 
terized by said registration being due to a handover from a second gate- 
way node to said first gateway node, the method comprising further steps of 

deciding at the first access node, in response to receiving a context 
5 deletion message from the first gateway node, whether to maintain or recreate 
an old PDP context to an old gateway node, or to delete the PDP context to 
the old gateway node and/or to the mobile node. 

7. A method as claimed in claim 6, characterized by 

said decision being based on a cause value in said context deletion 
10 message, said cause value indicating a cause for sending the context deletion 
message. 

8. A method as claimed in any one of claims 1 to 7, charac- 
terized in that said macro mobility management is Internet Protocol-type, 
or IP-type mobility management. 

15 9. A method as claimed in any one of claims 1 to 8 in a radio ac- 

cess system, characterized in that said access network protocol con- 
text comprises a packet protocol context . 

10. A method as claimed in any one of claims 1 to 9, charac- 
terized in that said mobility entity associated with the gateway node 

20 (GGSN2) is a foreign agent (FA2). 

1 1. An access system, comprising 

a plurality of mobile nodes (MS/MN), 
access nodes (SGSN1,SGSN2), 

a first gateway node (GGSN1) for interfacing said access system 
25 with external networks (1 1), 

a first mobility entity (FA1) which is associated with said first gate- 
way node (GGSN1) and arranged to provide macro mobility management 
services to the mobile nodes (MS/MN) while registered to a respective part 
(RAN1) of the access system, 
30 each mobile node being able to perform a macro mobility registra- 

tion to the first mobility entity over a respective dedicated access network con- 
nection established by opening an access network protocol context at a first 
access node and the first gateway node, characterized by 

the first gateway node being arranged to monitor the macro mobility 
35 registration, to trigger a deletion of any access network protocol context which 
is no longer necessary on the basis of the result of the registration. 



WO 01/05171 



17 



PCT/FIOO/00640 



12. A system as claimed in claim 11,characterized by 

the first gateway node being arranged to determine, in response to 
detecting a failure in said macro mobility registration, whether it is possible to 
retry the macro mobility registration or whether the registration has irrecovera- 
5 bly failed. 

1 3. A system as claimed in claim 11 or 12, characterized by 
the gateway node being arranged to send a context deletion message to the 
first access node, when the macro mobility registration irrecoverably fails. 

14. A system as claimed in claim 13, characterized by the 
10 first access node being arranged to delete the PDP context to the first gateway 

node and/or the PDP context to the mobile node in response to receiving said 
deletion message. 

15. A system as claimed in any one of claims 11 to 14, char- 
acterized by said registration being due to a handover from a second 

15 gateway node to said first gateway node, and said first access node being ar- 
ranged to decide, in response to receiving a context deletion message from 
the first gateway node, whether to maintain or recreate an old PDP context to 
an old gateway node, or to delete the PDP context to the old gateway node 
and/or to the mobile node, based on a cause value in said context deletion 

20 message, said cause value indicating a cause for sending the context deletion 
message. 

16. A system as claimed in any one of claims 11 to 15, char- 
acterized in that said macro mobility management is Internet Protocol- 
type, or IP-type mobility management, and in that said mobility entity associ- 

25 ated with the gateway node (GGSN2) is a foreign agent (FA2). 

17. A system as claimed in any one of claims 11 to 16 in a radio ac- 
cess system, characterized in that said access network protocol con- 
text comprises a packet protocol context . 

18. A gateway node for an access system which comprises a plu- 
30 rality of mobile nodes (MS/MN), access nodes (SGSN1.SGSN2) and a first 

mobility entity (FA1) which is associated with said first gateway node (GGSN1) 
and arranged to provide macro mobility management services to the mobile 
nodes (MS/MN), each mobile node being able to perform a macro mobility 
registration to the first mobility entity over a respective dedicated access net- 
35 work connection established by opening an access network protocol context at 
a first access node and the first gateway node, characterized by said 
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first gateway node being arranged to monitor the macro mobility registration 
and to trigger a deletion of any access network protocol context which is no 
longer necessary on the basis of the result of the registration. 

1 9. A gateway node as claimed in claim 18, characterized by 
5 said gateway node being arranged to determine, in response to detecting a 

failure in said macro mobility registration, whether it is possible to retry the 
macro mobility registration or whether the registration has irrecoverably failed. 

20. A gateway node as claimed in claim 18 or 19, character- 
ized by said gateway node being arranged to send a context deletion mes- 

10 sage to the first access node, when the macro mobility registration irrecovera- 
bly fails. 

21. A gateway node as claimed in claim 18, 19 or 20, c h a r a c - 
t e r i z e d by said gateway node being integrated into the same physical 
node with said access node. 

15 
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Contracting State of the Harare Protocol 
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member State of OAPI and a Contracting 
State of the PCT 
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after the designation(s) concerned) 


AE AG AX AM AT (patent and utility 
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utility model) ES FI 
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JP KE KG KP KR (patent and utility 
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PL PT RO RU SD SE 
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Precautionary Designation Statement 
In addition to the designations made 
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all designations which would be 
permiusa unaer me ri» i except any 
designation(s) of the State(s) indicated 
under item V-6 below. The applicant 
declares that those additional 
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confirmed before the expiration of 15 
months from the priority date is to be 
regarded as withdrawn by the applicant 
at the expiration of that time limit. 
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VIII-1 


Request 


4 




VIU-2 


Description 


14 




VIII-3 


Claims 


4 




vm-4 


Abstract 


1 


2990267pc. txt 


Vlll-5 


Drawings 


3 




VII I-7 


TOTAL 


26 




Accompanying items 


paper document(s) attached 


electronic file(s) attached 


VIII-8 


Fee calculation sheet 


y 




Vlll-10 


Copy of general power of attorney 






VIII-16 


PCT-EASY diskette 




diskette 


VIIM8 


Figure of the drawings which should 
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VHTEJULKAISUT 


Kategoria* ) 


Julkaisun tunnistetiedot 
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vaatimuksia 
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WO 0024209 Al H04Q7/22 NOKIA NETWORKS OY 27.4.2000 
FI103083B H04Q7/38 NOKIA TELECOMMUNICATIONS OY 21.7.1998 




*) X Patentoitavuuden kannalta merkittava julkaisu yksinaan tarkasteltuna 

Y Patentoitavuuden kannalta meiidttava julkaisu, kun otetaan huomioon tama 
5 jayksi taiuseampi samaan kategoriaan kuuluva julkaisu 

A Yleista tekniikan tasoa edustava julkaisu, ei kuitenkaan patentoitavuuden este 


Paivays 

3.8.2000 


Tutkija 

Pekka Pulkkinen 



i 



PATENTTI- REKISTERIHALLITUS 



Kolster Oy Ab 

Iso Roobertinkatu 23 

00120 Helsinki 



VALIPAAtOS 
03.08.2000 



0 4 -08- 2000 
Bolster Oy Ab 



Patenttihakemus nro: 
Luokka : 
Haki j a : 
Asiamies : 
Asiamiehen viite: 



991597 

H04Q / PKP 
Nokia Networks Oy 
Kolster Oy Ab 
2990267FI 



Maarapaiva: 03 . 02 . 2001 

Patenttihakemuksen numero ja luokka on mainittava kir j elmassanne PRH:lle 

Patenttivaatimuksissa maaritelty keksinto on suoritetun teknisen tutkimuksen perusteella 
patentoitavissa . Tut kittavassa patenttihakemuksessa on kuitenkin epatarkkuuksia , joita 
hakijaa pyydetaan tarkentamaan : 

sivu 4 rivit 8-9, sivu 9 rivit 22-23, sivu 10 rivi 29 ja sivu 15 rivit 6-7 FA...GGSN's 
(vrt. Fig. 1) 

sivu 10 rivit 4, 21, 24, 30, 32 (home) network 1/11 (vrt. Fig. 1) 
sivut 10 (-13) indeksoinnit FA, SGSN, GGSN 
sivu 10 rivi 25 PS1 and PSC/RNC1 

sivut 11-12 step 1,5,7 ja 13 viittaukset puuttuvat (vrt. Fig. 2) 

sivu JJ,,xiwit,.J-5 "Referring again to Figure 3, the process proceeds to the step 34" 
Yieista ^ekniikah v "tasoa edustavina voidaan mainita seuraavat julkaisut: WO0024209, joka 
on juikaistMesiJAo oleyan hakemuksen jattopaivan jalkeen ja FI103083B. Hakemusta tulisi 

^taydehtk| s u bnte njk ite Id s dl 1 a selityksella, vaatimuksilla ja t iivistelmalla seka 

T r u ptes in k i e I £ sd 1 1 a . ^ va a€ imu fes ilia ja tiivistelmalla . Liite: kopiot viite j ulkaisuista ja 

,,f-ut kdmus r apor t i s t a V , 



Tutki j ainsinopri 
Puheliri: 



Pekka Pulkkinen 

::J (09) 6939 5324 



Laus.umahhe huomautusten. ' johBosta on annettava viimeistaan yllamainittuna maarapaivana. 

: - Jpllette ; ole antanut lausumaanne' virastoon viimeistaan mainittuna maarapaivana tai ryhtynyt 
toimenpiteisiin tassd yalipaatoksessa esitettyjen puutteellisuuksien kor j aamiseksi , jatetaan 

/•Hakemus' ^sidlensa, :-,?fpatenttdlain 15 §) . Sillensa jatetty hakemus otetaan uudelleen 
kS s irte 1 t&va ks d ^/'|o os. %e hel-jSn kuukauden kuluessa maarapaivasta annatte lausumanne tai ryhdytte 

•••toirfVenpi|:eisiiri esitettyjen puutteellisuuksien kor j aamiseksi ja samassa ajassa suoritatte 
vah'vis.t,etun r maJ^Aanr' v '320 mk hakemuksen ottamisesta uudelleen kasiteltavaksi . Jos lausumanne 
on annettu virastoon oikeassa ajassa, mutta esitettyja puutteellisuuksia ei ole siten 
korjattu, etta hakemus voitaisiin hyvaksya, se hylataan, mikali virastolla ei ole aihetta 
antaa Teille uutta valipaatosta" (patenttilain 16 §) . Uusi keksinnon selitys, siihen tehdyt 
lisaykset ja uudet patenttivaatimukset on aina jatettava kahtena kappaleena ja talloin on 
otettava huomioon patenttiasetuksen 19 §. 



Postiosoite: Pi 1160 Katuosoite: Arkadiankatu 6 A Puhelin: (09) 6939500 Pankki: Leonia 

00101 Helsinki 00100 Helsinki Telefax: (09) 69395328 800015-47908 




SUOMI-FINLAND 
(FI) 
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FI000103083B 



(12) PATENTTIJULKAISU 
PATENTSKRIFT 

do) FI 103083 B 



(45) Patentti myonnetty - Patent beviljats 
(51) Kv.lk.6 - Int.kl.6 

H 04Q 7/38, H 04L 12/56 

(21) Patenttihakemus. - Patentansokning 

(22) Hakemispaiva - Ansokningsdag 
(24) Alkupaiva - Lopdag 

(41) Tullut julkiseksi - Blivit offentlig 



15.04.1999 



970238 
20.01.1997 
20.01.1997 
21.07.1998 



Routing Area Update Request 



SGSN Changed 



/ MMjaPDP^ 
kontekstien 



Linkin aiustus 



Rooting Area Update Accept 



Routing Area Update Complete 



Linkin aiustus 
Activate POP Context Request 



(73) Haiti j a - Innehavare 

1. Nokia Telecommunications Oy, Upseerinkatu 1, 02600 Espoo, (FI) 
(72) Keksija - Uppfinnare 

l Mustajaxvi, Jaxi, Seitsemas jarvikuja 4, 02730 Espoo, (FI) 

2. Kangas, Ismo, Meteorinkatu 4 A 12, 02210 Espoo, (FI) 

(74) Asiamies - Ombud: Kolster Oy Ab, Iso Roobertinkatu 23, 00120 Helsinki 
(54) Keksinnon nimitys - Uppf inningens benamning 

Pakettiradioverkko ja menetelma reititysalueen paivittamiseksi 
Paketradionat samt f orf arande for uppdatering av ruttgivningsomradet 

(56) Viitejulkaisut - Anforda publikationer 

WO A S7/213X3 (H 04Q 7/22) 
;4S7) "TdJ^istelTria ■■— Sairanandxag 

Keksinto liittyy solukkopakettiradioverkkoon ja menetel- 
maan reititysalueen paivittamiseksi pakettiradioverkos- 
sa. matkaviestimia (MS), Pakettiradiotukisolmut (SGSN) 
on kytketty digitaaliseen solukkoradioverkkoon (BSS), 
joka tarjoaa tukisolmuille Tadiorajapinnan matkaviestin- 
ten kanssa tapahtuvaa pakettivalitteista datasiirtoa var- 
ten. Matkavtestimen (MS) ja palvelevan pakettiradiotu- 
kisolmun (SGSN) valilla on looginen linkki. Pakettiver- 
kossa kaytetaan loogisia reititysaiueita, joista kukin ka- 
sittaa yhden tai useamman solun. Kukin solu yleislahet- 
taa tiedon reititysalueesta, johon se kuuluu. Matkavies- 
tinten lahettaa reititysalueen paivityspyynnon pakettira- 
dioverkolle, kun se siirtyy uuteen soluun, joka kuuluu 
eri reititysaiueeseen kuin vanha solu. Paivityspyynto si- 
saltaa vanhan ja uuden reititysalueen tunnisteet. Kun 
pakettiradiosolmu havaitsee tuntemattoman matkavies- 
timen tekeman reititysalueen paivityksen, se lahettaa 
matkaviestimelle tiedon pakettiradiosolmun vaihtumi- 
sesta (9,12). Talloin matkaviestin.kaynnistaa paikallisen 
proseduurin matkaviestimessa tai verkkotason prose- 
duurin (13.14) uuden tukisolmun kanssa niiden valisen 
loogisen linkin paivittamiseksi datasiirtoa varten. 
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Update location 




5. 


Cancel location 


Cancel location Ack 


Insert Subscriber Data 


Insert Subscriber Data Ack ( 


Update location Ack 



Location Updating Request_ 



Location Updating Accept 



